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DETAILED ACTION 

Response to Amendment 

The amendment filed 28 August 2008 has been entered. Claims 1-10, 13-21 and 25 are 
pending. Claims 1,7, 10, and 16 are currently amended. Claims 11-12 and 22-24 are cancelled. 
No claims are new. 

Specification 

The amendment to the specification filed 28 August 2008 has been entered. 

Claim Objections 

As per claims 1 and 10, in the limitation "keeping track of a set of rollback procedures," 
it is unclear if the "said set of procedures" refers to the "set of task procedures" or the "set of 
rollback procedures." 

As per claims 1,7, 10, and 16, there should be an "and" between the last wherein clause 
and the whereby clause. 

As per claims 1,7, 10, and 16, the limitation "whereby each user program can have 
corresponding custom logic" is indefinite because it is unclear whether or not the "user program" 
actually has "corresponding custom logic." 

Claim Rejections - 35 USC § 112, First Paragraph 
The following is a quotation of the first paragraph of 35 U.S. C. 112: 

The specification shall contain a written description of the invention, and of the manner and process of making 
and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the art to which it 
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pertains, or with which it is most nearly connected, to make and use the same and shall set forth the best mode 
contemplated by the inventor of carrying out his invention. 

Claims 1, 7, 10, and 16 are rejected under 35 U.S.C. 1 12, first paragraph, as failing to 
comply with the enablement requirement. The claim(s) contains subject matter which was not 
described in the specification in such a way as to enable one skilled in the art to which it pertains, 
or with which it is most nearly connected, to make and/or use the invention. 

Specifically, the limitation "corresponding custom logic for the corresponding pair of 
task procedure and rollback procedure" does not appear in the specification. The specification 
discusses "custom atomic transactions," see e.g. the Abstract, and "custom rollback procedures," 
see par. 20, but not "corresponding custom logic for the corresponding pair of task procedure and 
rollback procedure." 

Claim Rejections - 35 USC § 101 

35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any new and useful 
improvement thereof, may obtain a patent therefor, subject to the conditions and requirements of this title. 

Claims 7 and 10 are rejected under 35 U.S.C. 101 because the claimed invention is 
directed to non- statutory subject matter. 

According to the Applicant's specification (see par. 87), the "computer readable 
medium" may include carrier waves. The specification differentiates between a "medium" and a 
"storage." Thus, applying the broadest reasonable interpretation to the term "computer readable 
medium," it would include carrier waves. As such, the instant claims are non-statutory. 
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Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

Claims 1-2, 5-10, 13, 16-17, 20-21 and 25 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Gostanian et al., U.S. 5,781,910, in view of Applicant's Admitted Prior Art, 
Fig. 1 and specification pars. 22-33 ("AAPA"). 

1 . Gostanian teaches "A method of implementing atomic transactions in a system, said 
method comprising," see Fig. 5 and col. 13, lines 41-47, "FIG. 5 is a highly schematized flow 
diagram of a 2PCC protocol 500." 

Gostanian teaches "requesting in a user program a transaction identifier for an atomic 
transaction" see Figs. 3, 5, col. 9, lines 1-21, "Each application client 302-308 is essentially an 
application program that preferably resides on a client computer 220 (FIG. 2)," col. 9, lines 27- 
42, "The application servers 332, 334 coordinate the requested database transactions for the 
application clients 302-308" and col. 13, line 61 - col. 14, line 9, "As with the 1PPC protocol 
400 (FIG. 4), a manager process 5 16 of the coordinator 512 first assigns a unique transaction 
identification code 524 to the particular transaction," where the claimed "user program" is the 
referenced "application program." 

Gostanian teaches "generating said transaction identifier in a transaction manager in 
response to said requesting" see Fig. 5 and col. 13, line 61 - col. 14, line 9, "As with the 1PPC 
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protocol 400 (FIG. 4), a manager process 516 of the coordinator 512 first assigns a unique 
transaction identification code 524 to the particular transaction." 

Gostanian teaches "executing a set of task procedures in a sequential order according to 
said user program, wherein said set of task procedures are contained in said task procedures 
specified in said plurality of combinations" see Fig. 5 and col. 13, line 61 - col. 14, line 9, "The 
worker process 522 of the cohort 514 then issues a set of update commands, as shown by block 
532, to the corresponding database server (not shown), directing the database server to perform 
the operations of the requested transaction," where the claimed "set of task procedures" is the 
referenced "set of update commands." AAPA also teaches this limitation, see Fig. 1 and par. 24, 
"Line 1 10 is shown containing a call to task procedure Pl( ). Line 1 15 is shown containing a call 
to task procedure P2( )." 

Gostanian teaches "and executing said set of rollback procedures in a reverse order of 
said sequential order if said atomic transaction is to be aborted," see Fig. 5 and col. 14, line 64 - 
col. 15, line 10, "If the decision message 552 is an abort, the cohort 514 aborts the transaction 
and the worker process 522 directs the corresponding database server to roll back the results as 
shown by block 560." AAPA also teaches this limitation, see Fig. 1 and par. 25, "Control passes 
to line 125 if an error has occurred, to line 140 otherwise. Lines 125 (do-reverse-of-P2( )) and 
130 (do-reverse-of-Pl( )) respectively represent roll-back procedures corresponding to P2( ) and 
P1Q." 

Gostanian does not teach "specifying in said user program a plurality of combinations, 
wherein each of said plurality of combinations contains said transaction identifier, a task 
procedure, and a rollback procedure, wherein said task procedure implements a part of said 
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atomic transaction and said rollback procedure is designed to rollback said task procedure." 
AAPA does, however, see Fig. 1, par. 23, "For ease of understanding, atomic transaction 
Accountl( ) (starting at line 105) is shown containing only few task procedures and desired roll- 
back procedures. . . Accountl( ) is shown containing program logic in lines 110 through 199," 
par. 24, "Line 1 10 is shown containing a call to task procedure Pl( ). Line 1 15 is shown 
containing a call to task procedure P2( )," and par. 25, "Lines 125 (do-reverse-of-P2( )) and 130 
(do-reverse-of-Pl( )) respectively represent roll-back procedures corresponding to P2( ) and 
Pl( )," where the claimed "combinations" are the referenced Account( ), P( ), and do-reverse-of- 
P( ) combinations, and where Account( ) is the atomic transaction identifier. According to 
Applicant's specification at par. 69, "Even though the example above are shown specifying the 
combination in the form of a single line of code (procedure call), multiple lines can be used in 
alternative embodiments." Thus, it is irrelevant that the referenced combinations are not 
contained in a single procedure call. It would have been obvious to one of ordinary skill in the 
database art at the time of the invention to combine the teachings of the cited references because 
AAPA's teachings would have allowed Gostanian's method to gain a common means of 
implementing an atomic transaction, see AAPA par. 23. 

Gostanian does not explicitly teach "keeping track of a set of rollback procedures 
corresponding to said set of task procedures, each of said set of procedures being determined 
based on a combination corresponding to an executed task procedure contained in said set of 
task procedures, said combination being contained in said plurality of combinations specified in 
said user program." AAPA does, however, see Fig. 1 and par. 25, "Control passes to line 125 if 
an error has occurred, to line 140 otherwise. Lines 125 (do-reverse-of-P2( )) and 130 (do- 
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reverse-of-Pl( )) respectively represent roll-back procedures corresponding to P2( ) and Pl( )," 
where the claimed "combination" is, for example, the referenced Account( ), Pl( ), and do- 
reverse-of-Pl( ) combination, and where Account( ) is the atomic transaction identifier. Thus, it 
would have been obvious to one of ordinary skill in the database art at the time of the invention 
to combine the teachings of the cited references because AAPA's teachings would have allowed 
Gostanian's method to gain a common means of implementing an atomic transaction, see AAPA 
par. 23. 

Gostanian does not explicitly teach "wherein said rollback procedure is specified as a 
separate procedure from said task procedure in said user program." AAPA does, however, see 
Fig. 1 and par. 25, "Lines 125 (do-reverse-of-P2( )) and 130 (do-reverse-of-Pl( )) respectively 
represent roll-back procedures corresponding to P2( ) and Pl( )." Thus, it would have been 
obvious to one of ordinary skill in the database art at the time of the invention to combine the 
teachings of the cited references because AAPA's teachings would have allowed Gostanian's 
method to gain a common means of implementing an atomic transaction, see AAPA par. 23. 

Gostanian does not explicitly teach "wherein said user program contains groups of 
instructions to implement respective program logic for each of said task procedure and said 
rollback procedure.'" AAPA does, however, see Fig. 1 and par. 23, "For ease of understanding, 
atomic transaction Account 1( ) (starting at line 105) is shown containing only few task 
procedures and desired roll-back procedures. However, typical atomic transactions contain many 
task procedures," where the claimed "groups of instructions" are contained in the referenced 
"procedures," see Applicant's specification par. 35, which defines a procedure as "a group of 
instructions identified by a name." Thus, it would have been obvious to one of ordinary skill in 
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the database art at the time of the invention to combine the teachings of the cited references 
because AAPA's teachings would have allowed Gostanian's method to gain a common means of 
implementing an atomic transaction, see AAPA par. 23. 

Gostanian does not explicitly teach "whereby each user program can have corresponding 
custom logic for the corresponding pair of task procedure and rollback procedure." AAPA 
does, however, see Fig. 1 and par. 23, "FIG. 1 contains pseudo-code illustrating the manner in 
which an example atomic transaction is implemented in a prior approach." Since a programmer 
writes the code, that programmer could add custom logic to the procedures. Thus, it would have 
been obvious to one of ordinary skill in the database art at the time of the invention to combine 
the teachings of the cited references because AAPA's teachings would have allowed Gostanian's 
method to gain a common means of implementing an atomic transaction, see AAPA par. 23. 

2. Gostanian teaches "The method of claim 1, wherein said transaction identifier is 
unique to each of the atomic transactions" see Fig. 5 and col. 13, line 61 - col. 14, line 9, "As 
with the 1PPC protocol 400 (FIG. 4), a manager process 516 of the coordinator 512 first assigns 
a unique transaction identification code 524 to the particular transaction." 

5. Gostanian teaches "The method of claim 1, further comprising examining a status 
returned by execution of one of said task procedures and performing said aborting if said status 
indicates an error" see Fig. 5, col. 14, lines 18-42, "The status request message 542 inquires 
whether each cohort 514 is ready and able to commit the transaction" and col. 14, line 43-63, 
"The coordinator 512 then transmits a final decision message 552 to the cohorts 514 instructing 
them to either commit or abort the transaction." 
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6. Gostanian teaches "The method of claim I, wherein said aborting is performed 
asynchronously," see Fig. 5 and col. 14, line 64 - col. 15, line 10, "If the decision message 552 is 
an abort, the cohort 514 aborts the transaction and the worker process 522 directs the 
corresponding database server to roll back the results as shown by block 560." 

7. Gostanian teaches "A computer readable medium carrying one or more sequences of 
instructions representing a user program for execution on a system, said user program 
implementing an atomic transaction, wherein execution of said one or more sequences of 
instructions by one or more processors contained in said system causes said one or more 
processors to perform the actions of" see Fig. 5 and col. 13, lines 41-47, "FIG. 5 is a highly 
schematized flow diagram of a 2PCC protocol 500." 

Gostanian teaches "requesting an identifier in said user program from a transaction 
manager for said atomic transaction, wherein said transaction manager generates a unique 
value as said identifier" see Figs. 3, 5, col. 9, lines 1-21, "Each application client 302-308 is 
essentially an application program that preferably resides on a client computer 220 (FIG. 2)," 
col. 9, lines 27-42, "The application servers 332, 334 coordinate the requested database 
transactions for the application clients 302-308" and col. 13, line 61 - col. 14, line 9, "As with 
the 1PPC protocol 400 (FIG. 4), a manager process 516 of the coordinator 512 first assigns a 
unique transaction identification code 524 to the particular transaction," where the claimed "user 
program" is the referenced "application program." 

Gostanian teaches "and aborting said atomic transaction by specifying said identifier 
associated with an abort procedure to cause said rollback procedures to be executed" see Fig. 5 
and col. 14, line 64 - col. 15, line 10, "If the decision message 552 is an abort, the cohort 514 
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aborts the transaction and the worker process 522 directs the corresponding database server to 
roll back the results as shown by block 560." 

Gostanian teaches "setting a variable to equal said identifier" see Fig. 5 and col. 13, line 
61 - col. 14, line 9, 'As with the 1PPC protocol 400 (FIG. 4), a manager process 516 of the 
coordinator 512 first assigns a unique transaction identification code 524 to the particular 
transaction." 

Gostanian does not explicitly teach "specifying a plurality of combinations in said user 
program for execution in said system, wherein each of said plurality of combinations contains 
said variable, a task procedure, and a rollback procedure, wherein said task procedure 
implements a part of said atomic transaction and said rollback procedure is designed to rollback 
said task procedure, wherein said variable in each of said plurality of combinations specifies 
said identifier generated by said transaction manager." AAPA does, however, see Fig. 1, par. 
23, "For ease of understanding, atomic transaction Account 1( ) (starting at line 105) is shown 
containing only few task procedures and desired roll-back procedures. . . Account 1( ) is shown 
containing program logic in lines 1 10 through 199," par. 24, "Line 1 10 is shown containing a 
call to task procedure Pl( ). Line 1 15 is shown containing a call to task procedure P2( )," and 
par. 25, "Lines 125 (do-reverse-of-P2( )) and 130 (do-reverse-of-Pl( )) respectively represent 
roll-back procedures corresponding to P2( ) and Pl( )," where the claimed "combinations" are 
the referenced Account( ), P( ), and do-reverse-of-P( ) combinations, and where Account( ) is the 
atomic transaction identifier. According to Applicant's specification at par. 69, "Even though 
the example above are shown specifying the combination in the form of a single line of code 
(procedure call), multiple lines can be used in alternative embodiments." Thus, it is irrelevant 
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that the referenced combinations are not contained in a single procedure call. It would have been 
obvious to one of ordinary skill in the database art at the time of the invention to combine the 
teachings of the cited references because AAPA's teachings would have allowed Gostanian's 
method to gain a common means of implementing an atomic transaction, see AAPA par. 23. 

Gostanian does not teach "wherein said plurality of combinations and said abort 
procedure are contained in a said user program." AAPA does, however, see Fig. 1 and par. 25, 
"Lines 125 (do-reverse-of-P2( )) and 130 (do-reverse-of-Pl( )) respectively represent roll-back 
procedures corresponding to P2( ) and Pl( )." Thus, it would have been obvious to one of 
ordinary skill in the database art at the time of the invention to combine the teachings of the cited 
references because AAPA's teachings would have allowed Gostanian's method to gain a 
common means of implementing an atomic transaction, see AAPA par. 23. 

Gostanian does not explicitly teach "wherein said user program contains groups of 
instructions to implement respective program logic for each of said task procedure and said 
rollback procedure." AAPA does, however, see Fig. 1 and par. 23, "For ease of understanding, 
atomic transaction Account 1( ) (starting at line 105) is shown containing only few task 
procedures and desired roll-back procedures. However, typical atomic transactions contain many 
task procedures," where the claimed "groups of instructions" are contained in the referenced 
"procedures," see Applicant's specification par. 35, which defines a procedure as "a group of 
instructions identified by a name." Thus, it would have been obvious to one of ordinary skill in 
the database art at the time of the invention to combine the teachings of the cited references 
because AAPA's teachings would have allowed Gostanian's method to gain a common means of 
implementing an atomic transaction, see AAPA par. 23. 



Application/Control Number: 10/709,522 Page 12 

Art Unit: 2168 

Gostanian does not explicitly teach "whereby each user program can have corresponding 
custom logic for the corresponding pair of task procedure and rollback procedure." AAPA 
does, however, see Fig. 1 and par. 23, "FIG. 1 contains pseudo-code illustrating the manner in 
which an example atomic transaction is implemented in a prior approach." Since a programmer 
writes the code, that programmer could add custom logic to the procedures. Thus, it would have 
been obvious to one of ordinary skill in the database art at the time of the invention to combine 
the teachings of the cited references because AAPA's teachings would have allowed Gostanian's 
method to gain a common means of implementing an atomic transaction, see AAPA par. 23. 

8. Gostanian does not teach "The computer readable medium of claim 7, wherein said 
specifying comprises including each of said plurality of combinations in a single procedure 
call.'" AAPA does, however, see Fig. 1 and par. 23, "For ease of understanding, atomic 
transaction Account 1( ) (starting at line 105) is shown containing only few task procedures and 
desired roll-back procedures. . . Account 1( ) is shown containing program logic in lines 110 
through 199," where the claimed "single procedure call" is the referenced "Accountl( )." 

9. Gostanian teaches "The computer readable medium of claim 7, further comprising 
examining a status returned by execution of one of said task procedures and performing said 
aborting if said status indicates an error," see Fig. 5, col. 14, lines 18-42, "The status request 
message 542 inquires whether each cohort 514 is ready and able to commit the transaction" and 
col. 14, line 43-63, "The coordinator 512 then transmits a final decision message 552 to the 
cohorts 514 instructing them to either commit or abort the transaction." 

10. Gostanian teaches "A computer readable medium carrying one or more sequences of 
instructions for supporting implementation of an atomic transaction in a system, wherein 
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execution of said one or more sequences of instructions by one or more processors contained in 
said system causes said one or more processors to perform the actions of" see Fig. 5 and col. 13, 
lines 41-47, "FIG. 5 is a highly schematized flow diagram of a 2PCC protocol 500." 

Gostanian teaches "generating an identifier for said atomic transaction for a user 
program" see Fig. 5 and col. 13, line 61 - col. 14, line 9, "As with the 1PPC protocol 400 (FIG. 
4), a manager process 516 of the coordinator 512 first assigns a unique transaction identification 
code 524 to the particular transaction." 

Gostanian teaches "executing a set of task procedures in a sequential order according to 
said user program, wherein said set of task procedures are contained in said plurality of 
combinations" see Fig. 5 and col. 13, line 61 - col. 14, line 9, "The worker process 522 of the 
cohort 514 then issues a set of update commands, as shown by block 532, to the corresponding 
database server (not shown), directing the database server to perform the operations of the 
requested transaction," where the claimed "set of task procedures" is the referenced "set of 
update commands." 

Gostanian teaches "and executing said set of rollback procedures in a reverse order of 
said sequential order in response to receiving an abort request" see Fig. 5 and col. 14, line 64 - 
col. 15, line 10, "If the decision message 552 is an abort, the cohort 514 aborts the transaction 
and the worker process 522 directs the corresponding database server to roll back the results as 
shown by block 560." 

Gostanian does not explicitly teach "wherein said rollback procedure is specified as a 
separate procedure from said task procedure in said user program." AAPA does, however, see 
Fig. 1 and par. 25, "Lines 125 (do-reverse-of-P2( )) and 130 (do-reverse-of-Pl( )) respectively 
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represent roll-back procedures corresponding to P2( ) and Pl( )." Thus, it would have been 
obvious to one of ordinary skill in the database art at the time of the invention to combine the 
teachings of the cited references because AAPA's teachings would have allowed Gostanian's 
method to gain a common means of implementing an atomic transaction, see AAPA par. 23. 

Gostanian does not explicitly teach "keeping track of a set of rollback procedures 
corresponding to said set of task procedures, each of said set of procedures being determined 
based on a combination corresponding to an executed task procedure contained in said set of 
task procedures, said combination being contained in said plurality of combinations specified in 
said user program." AAPA does, however, sec Fig. 1 and par. 25, "Control passes to line 125 if 
an error has occurred, to line 140 otherwise. Lines 125 (do-reverse-of-P2( )) and 130 (do- 
reverse-of-Pl( )) respectively represent roll-back procedures corresponding to P2( ) and Pl( )," 
where the claimed "combination" is, for example, the referenced Account( ), Pl( ), and do- 
reverse-of-Pl( ) combination, and where Account( ) is the atomic transaction identifier. Thus, it 
would have been obvious to one of ordinary skill in the database art at the time of the invention 
to combine the teachings of the cited references because AAPA's teachings would have allowed 
Gostanian's method to gain a common means of implementing an atomic transaction, see AAPA 
par. 23. 

Gostanian does not explicitly teach "receiving a plurality of combinations for execution 
from said user program, wherein each of said plurality of combinations contains said 
transaction identifier, a task procedure, and a rollback procedure, wherein said task procedure 
implements a part of said atomic transaction and said rollback procedure is designed to rollback 
said task procedure." AAPA does, however, see Fig. 1, par. 23, "For ease of understanding, 
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atomic transaction Account 1( ) (starting at line 105) is shown containing only few task 
procedures and desired roll-back procedures. . . Accountl( ) is shown containing program logic in 
lines 110 through 199," par. 24, "Line 1 10 is shown containing a call to task procedure Pl( ). 
Line 1 15 is shown containing a call to task procedure P2( )," and par. 25, "Lines 125 (do- 
reverse-of-P2( )) and 130 (do-reverse-of-Pl( )) respectively represent roll-back procedures 
corresponding to P2( ) and Pl( )," where the claimed "combinations" are the referenced 
Account( ), P( ), and do-reverse-of-P( ) combinations, and where Account( ) is the atomic 
transaction identifier. According to Applicant's specification at par. 69, "Even though the 
example above are shown specifying the combination in the form of a single line of code 
(procedure call), multiple lines can be used in alternative embodiments." Thus, it is irrelevant 
that the referenced combinations are not contained in a single procedure call. It would have been 
obvious to one of ordinary skill in the database art at the time of the invention to combine the 
teachings of the cited references because AAPA's teachings would have allowed Gostanian's 
method to gain a common means of implementing an atomic transaction, see AAPA par. 23. 

Gostanian does not explicitly teach "wherein said user program contains groups of 
instructions to implement respective program logic for each of said task procedure and said 
rollback procedure.'" AAPA does, however, see Fig. 1 and par. 23, "For ease of understanding, 
atomic transaction Account 1( ) (starting at line 105) is shown containing only few task 
procedures and desired roll-back procedures. However, typical atomic transactions contain many 
task procedures," where the claimed "groups of instructions" are contained in the referenced 
"procedures," see Applicant's specification par. 35, which defines a procedure as "a group of 
instructions identified by a name." Thus, it would have been obvious to one of ordinary skill in 
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the database art at the time of the invention to combine the teachings of the cited references 
because AAPA's teachings would have allowed Gostanian's method to gain a common means of 
implementing an atomic transaction, see AAPA par. 23. 

Gostanian does not explicitly teach "whereby each user program can have corresponding 
custom logic for the corresponding pair of task procedure and rollback procedure." AAPA 
does, however, see Fig. 1 and par. 23, "FIG. 1 contains pseudo-code illustrating the manner in 
which an example atomic transaction is implemented in a prior approach." Since a programmer 
writes the code, that programmer could add custom logic to the procedures. Thus, it would have 
been obvious to one of ordinary skill in the database art at the time of the invention to combine 
the teachings of the cited references because AAPA's teachings would have allowed Gostanian's 
method to gain a common means of implementing an atomic transaction, see AAPA par. 23. 

13. Gostanian teaches "The computer readable medium of claim 10, wherein said 
transaction identifier is generated to be unique for each atomic transaction" see Fig. 5 and col. 
13, line 61 - col. 14, line 9, "As with the 1PPC protocol 400 (FIG. 4), a manager process 516 of 
the coordinator 512 first assigns a unique transaction identification code 524 to the particular 
transaction." 

16. Gostanian teaches "A computer system comprising," see Fig. 2 and col. 7, lines 46-62, 
"FIG. 2 is a block diagram of a database system 200." 

Gostanian teaches "a memory storing a plurality of instructions," see Fig. 2 and col. 8, 
lines 14-24, "As shown in FIG. 2, a typical hardware configuration of a client 220 includes a 
central processing unit (CPU) 222 coupled between a memory 224." 
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Gostanian teaches "and a processing unit coupled to said memory and executing said 
plurality of instructions to support implementation of atomic transactions in a programming 
environment, said processing unit being operable to" see Fig. 2 and col. 8, lines 14-24, 'As 
shown in FIG. 2, a typical hardware configuration of a client 220 includes a central processing 
unit (CPU) 222 coupled between a memory 224." 

Gostanian teaches "request in a user program a transaction identifier for an atomic 
transaction" see Figs. 3, 5, col. 9, lines 1-21, "Each application client 302-308 is essentially an 
application program that preferably resides on a client computer 220 (FIG. 2)," col. 9, lines 27- 
42, "The application servers 332, 334 coordinate the requested database transactions for the 
application clients 302-308" and col. 13, line 61 - col. 14, line 9, "As with the 1PPC protocol 
400 (FIG. 4), a manager process 516 of the coordinator 512 first assigns a unique transaction 
identification code 524 to the particular transaction," where the claimed "user program" is the 
referenced "application program." 

Gostanian teaches "generate said transaction identifier in a transaction manager in 
response to said requesting, wherein said transaction manager is provided external to said user 
program," see Fig. 5 and col. 13, line 61 - col. 14, line 9, "As with the 1PPC protocol 400 (FIG. 
4), a manager process 5 16 of the coordinator 512 first assigns a unique transaction identification 
code 524 to the particular transaction." 

Gostanian teaches "execute a set of task procedures in a sequential order according to 
said user program" see Fig. 5 and col. 13, line 61 - col. 14, line 9, "The worker process 522 of 
the cohort 514 then issues a set of update commands, as shown by block 532, to the 
corresponding database server (not shown), directing the database server to perform the 
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operations of the requested transaction," where the claimed "set of task procedures" is the 
referenced "set of update commands." 

Gostanian teaches "and execute said set of rollback procedures in a reverse order of said 
sequential order if said atomic transaction is to be aborted, wherein said rollback procedures 
are identified according to said keeping," see Fig. 5 and col. 14, line 64 - col. 15, line 10, "If the 
decision message 552 is an abort, the cohort 514 aborts the transaction and the worker process 
522 directs the corresponding database server to roll back the results as shown by block 560." 

Gostanian does not explicitly teach "specify in said user program a plurality of 
combinations for execution in a sequential order, wherein each of said plurality of combinations 
contains said transaction identifier, a task procedure, and a rollback procedure, wherein said 
task procedure implements a part of said atomic transaction and said rollback procedure is 
designed to rollback said task procedure, wherein said rollback procedure is specified as a 
separate procedure from said task procedure." AAPA does, however, see Fig. 1, par. 23, "For 
ease of understanding, atomic transaction Account 1( ) (starting at line 105) is shown containing 
only few task procedures and desired roll-back procedures. . . Accountl( ) is shown containing 
program logic in lines 110 through 199," par. 24, "Line 1 10 is shown containing a call to task 
procedure Pl( ). Line 115 is shown containing a call to task procedure P2( )," and par. 25, "Lines 
125 (do-reverse-of-P2( )) and 130 (do-reverse-of-Pl( )) respectively represent roll-back 
procedures corresponding to P2( ) and Pl( )," where the claimed "combinations" are the 
referenced Account( ), P( ), and do-reverse-of-P( ) combinations, and where Account( ) is the 
atomic transaction identifier. According to Applicant's specification at par. 69, "Even though 
the example above are shown specifying the combination in the form of a single line of code 
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(procedure call), multiple lines can be used in alternative embodiments." Thus, it is irrelevant 
that the referenced combinations are not contained in a single procedure call. It would have been 
obvious to one of ordinary skill in the database art at the time of the invention to combine the 
teachings of the cited references because AAPA's teachings would have allowed Gostanian's 
method to gain a common means of implementing an atomic transaction, see AAPA par. 23. 

Gostanian does not explicitly teach "keep track of a set of rollback procedures 
corresponding to said set of task procedures, each of said set of procedures being determined 
based on a combination corresponding to an executed task procedure contained in said set of 
task procedures, said combination being contained in said plurality of combinations specified in 
said user program." AAPA does, however, see Fig. 1 and par. 25, "Control passes to line 125 if 
an error has occurred, to line 140 otherwise. Lines 125 (do-reverse-of-P2( )) and 130 (do- 
reverse-of-Pl( )) respectively represent roll-back procedures corresponding to P2( ) and Pl( )," 
where the claimed "combination" is, for example, the referenced Account( ), Pl( ), and do- 
reverse-of-Pl( ) combination, and where Account( ) is the atomic transaction identifier. Thus, it 
would have been obvious to one of ordinary skill in the database art at the time of the invention 
to combine the teachings of the cited references because AAPA's teachings would have allowed 
Gostanian's method to gain a common means of implementing an atomic transaction, see AAPA 
par. 23. 

Gostanian does not explicitly teach "wherein said user program contains groups of 
instructions to implement respective program logic for each of said task procedure and said 
rollback procedure." AAPA does, however, see Fig. 1 and par. 23, "For ease of understanding, 
atomic transaction Account 1( ) (starting at line 105) is shown containing only few task 
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procedures and desired roll-back procedures. However, typical atomic transactions contain many 
task procedures," where the claimed "groups of instructions" are contained in the referenced 
"procedures," see Applicant's specification par. 35, which defines a procedure as "a group of 
instructions identified by a name." Thus, it would have been obvious to one of ordinary skill in 
the database art at the time of the invention to combine the teachings of the cited references 
because AAPA's teachings would have allowed Gostanian's method to gain a common means of 
implementing an atomic transaction, see AAPA par. 23. 

Gostanian does not explicitly teach "whereby each user program can have corresponding 
custom logic for the corresponding pair of task procedure and rollback procedure." AAPA 
does, however, see Fig. 1 and par. 23, "FIG. 1 contains pseudo-code illustrating the manner in 
which an example atomic transaction is implemented in a prior approach." Since a programmer 
writes the code, that programmer could add custom logic to the procedures. Thus, it would have 
been obvious to one of ordinary skill in the database art at the time of the invention to combine 
the teachings of the cited references because AAPA's teachings would have allowed Gostanian's 
method to gain a common means of implementing an atomic transaction, see AAPA par. 23. 

17. Gostanian teaches "The computer system of claim 16, wherein said transaction 
identifier is unique to each of the atomic transactions," see Fig. 5 and col. 13, line 61 - col. 14, 
line 9, "As with the 1PPC protocol 400 (FIG. 4), a manager process 516 of the coordinator 512 
first assigns a unique transaction identification code 524 to the particular transaction." 

20. Gostanian teaches "The computer system of claim 16, wherein said processing unit is 
further operable to examine a status returned by execution of one of said task procedures and to 
perform said aborting if said status indicates an error" see Fig. 5, col. 14, lines 18-42, "The 
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status request message 542 inquires whether each cohort 5 14 is ready and able to commit the 
transaction" and col. 14, line 43-63, "The coordinator 512 then transmits a final decision 
message 552 to the cohorts 514 instructing them to either commit or abort the transaction." 

21 . Gostanian teaches "The computer system of claim 16, wherein said processing unit is 
operable to execute said rollback procedures asynchronously" see Fig. 5 and col. 14, line 64 - 
col. 15, line 10, "If the decision message 552 is an abort, the cohort 514 aborts the transaction 
and the worker process 522 directs the corresponding database server to roll back the results as 
shown by block 560." 

25. Gostanian teaches "The computer readable medium of claim 7, wherein said rollback 
procedure is specified as a separate procedure from said task procedure in said user program" 
see col. 1, lines 40-62, "If a transaction is aborted, then any partial results (i.e., updates from 
those operations that were performed prior to the abort decision) must be undone. This process of 
returning the data items to their original values is also referred to as a roll back." 

Claims 3-4, 14-15 and 18-19 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Gostanian et al, U.S. 5,781,910, in view of Applicant's Admitted Prior Art, Fig. 1 and 
specification pars. 22-33 ("AAPA"), and in view of Raz, U.S. 5,701,480. 

3. Gostanian and AAPA do not teach "The method of claim 1, wherein said keeping 
comprises storing data representing said rollback procedures in a stack." Raz does, however, 
see col. 19, lines 51-59, "the transaction scheduler responds to an interrupt by removing the 
context of the interrupted transaction from the processor stack of the digital computer. . . The 
context includes the value of the program counter which points to the interrupted memory 
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location in the transaction program." Thus, it would have been obvious to one of ordinary skill 
in the database art at the time of the invention to combine the teachings of the cited references 
because Raz's teachings would have allowed Gostanian and AAPA's method to gain way to 
keep track of transactions, see Raz col. 19, lines 51-59. 

4. Gostanian and AAPA do not teach "The method of claim 3, wherein said stack is 
stored in a memory.'" Raz does, however, see col. 2, lines 7-24, "the operating system typically 
provides an established set of memory management procedures that can be invoked or called 
from an application program to define a 'recovery unit,'" where the "stack" in the reference is 
part of the "recovery unit." Thus, it would have been obvious to one of ordinary skill in the 
database art at the time of the invention to combine the teachings of the cited references because 
Raz's teachings would have allowed Gostanian and AAPA's method to gain way to keep track of 
transactions, see Raz col. 19, lines 51-59. 

14. Gostanian and AAPA do not teach "The computer readable medium of claim 10, 
wherein said set of rollback procedures are represented in the form of a stack." Raz does, 
however, see col. 19, lines 51-59, "the transaction scheduler responds to an interrupt by 
removing the context of the interrupted transaction from the processor stack of the digital 
computer. . . The context includes the value of the program counter which points to the 
interrupted memory location in the transaction program." Thus, it would have been obvious to 
one of ordinary skill in the database art at the time of the invention to combine the teachings of 
the cited references because Raz's teachings would have allowed Gostanian and AAPA's method 
to gain way to keep track of transactions, see Raz col. 19, lines 51-59. 
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15. Gostanian and AAPA do not teach "The computer readable medium of claim 14, 
wherein said stack is stored in a memory." Raz does, however, see col. 2, lines 7-24, "the 
operating system typically provides an established set of memory management procedures that 
can be invoked or called from an application program to define a 'recovery unit'", where the 
"stack" in the reference is part of the "recovery unit." Thus, it would have been obvious to one 
of ordinary skill in the database art at the time of the invention to combine the teachings of the 
cited references because Raz's teachings would have allowed Gostanian and AAPA's method to 
gain way to keep track of transactions, see Raz col. 19, lines 51-59. 

18. Gostanian and AAPA do not teach "The computer system of claim 16, wherein said 
processing unit is operable to store data representing said rollback procedures in a stack to 
perform said keep." Raz does, however, see col. 19, lines 51-59, "the transaction scheduler 
responds to an interrupt by removing the context of the interrupted transaction from the 
processor stack of the digital computer. .. The context includes the value of the program counter 
which points to the interrupted memory location in the transaction program." Thus, it would 
have been obvious to one of ordinary skill in the database art at the time of the invention to 
combine the teachings of the cited references because Raz's teachings would have allowed 
Gostanian and AAPA's method to gain way to keep track of transactions, see Raz col. 19, lines 
51-59. 

19. Gostanian and AAPA do not teach "The computer system of claim 18, wherein said 
stack is stored in a memory." Raz does, however, see col. 2, lines 7-24, "the operating system 
typically provides an established set of memory management procedures that can be invoked or 
called from an application program to define a 'recovery unit,'" where the "stack" in the 
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reference is part of the "recovery unit." Thus, it would have been obvious to one of ordinary 
skill in the database art at the time of the invention to combine the teachings of the cited 
references because Raz's teachings would have allowed Gostanian and AAPA's method to gain 
way to keep track of transactions, see Raz col. 19, lines 51-59. 

Response to Arguments 

Applicant's arguments with respect to the U.S.C. 103 rejections of the independent 
claims have been considered but are moot in view of the new ground(s) of rejection. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Aaron Sanders whose telephone number is 571-270-1016. The 
examiner can normally be reached on M-F 9:00a-4:00p. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Tim Vo can be reached on 571-272-3642. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 



Application/Control Number: 10/709,522 Page 25 

Art Unit: 2168 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

/Tim T. Vo/ 
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